파일 확장자

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.

1. 개요
2. 운영체제 및 파일 시스템 지원
3. 파일 확장자의 유래
4. 인터넷과 파일 확장자
5. 실행 파일
6. 보안 문제
7. 파일 확장자 예시
참조

1. 개요

파일 확장자는 운영체제가 파일의 형식을 식별하기 위해 사용하는 파일 이름의 접미사이다. Multics, UNIX, DOS, Windows, macOS 등 다양한 운영체제에서 파일 확장자를 지원하며, 각 운영체제는 파일 이름과 확장자를 처리하는 방식에 차이가 있다. 파일 확장자는 인터넷 환경에서 MIME 타입으로 대체되기도 하며, 보안 문제의 원인이 되기도 한다. 파일 확장자는 파일의 내용을 보장하지 않으므로 악성 코드에 악용될 수 있으며, 윈도우에서는 파일 확장자를 숨기는 설정을 악용하는 바이러스가 존재한다.

더 읽어볼만한 페이지

파일 확장자 - 스크래치 (프로그래밍 언어)
스크래치는 MIT 미디어 연구소에서 개발한 어린이 및 입문자를 위한 시각적 프로그래밍 언어이며, 블록 기반 방식을 통해 애니메이션, 게임, 스토리 등을 만들 수 있도록 설계되었고, 코드 공유 및 재사용을 장려하며 다양한 교육 환경에서 활용된다.
파일 확장자 - 매니페스트 파일
매니페스트 파일은 소프트웨어 배포 시 포함되는 파일로, 배포 파일 목록과 추가 정보를 담아 소프트웨어 배포 용이, 버전 관리, 의존성 관리, 오프라인 실행 지원, 앱 설치 및 공유 간편화 등의 기능을 제공한다.
메타데이터 - DOAJ
DOAJ는 과학 및 학술 저널의 오픈 액세스 가시성을 높이고 이용 편의성을 향상시켜 접근성과 영향력을 확대하며, 피어 리뷰를 거친 학술지를 엄격하게 심사하여 수록하고 모든 콘텐츠를 무료로 제공하는 오픈 액세스 저널 디렉토리이다.
메타데이터 - 해시태그
해시태그는 2007년 트위터에서 관심 주제를 묶기 위해 제안되어 마이크로블로깅 네트워크에서 널리 사용되기 시작했으며, 다양한 분야에서 활용되고 언어학적 분석의 대상이 되기도 한다.
파일 포맷 - 바로 가기
바로 가기는 운영체제에서 파일, 폴더, 프로그램, 웹 페이지에 대한 참조를 제공하는 기능 및 파일로, 사용자들이 원본에 빠르게 접근하도록 GUI 환경의 사용성을 향상시킨다.
파일 포맷 - EXE
EXE 파일 형식은 운영 체제에 따라 다양한 종류가 있는 실행 파일의 한 형태로, DOS MZ 실행 파일에서 PE, PE32+까지 발전해 왔으며, 코드, 데이터, 스택을 별도 관리하고 재배치 항목을 통해 실행 환경에 유연하게 대응하는 특징을 가진다.

파일 확장자
파일 확장자 정보
설명	파일 확장자는 컴퓨터 파일 이름의 마지막 부분으로, 파일 내용을 식별하는 데 사용되는 짧은 문자열이다.
용도	운영체제는 파일 확장자를 통해 파일을 어떤 프로그램으로 실행할지 결정한다.
종류	실행 파일: .exe, .dll, .so, .app 문서 파일: .txt, .pdf, .docx, .odt 이미지 파일: .jpg, .png, .gif, .svg 오디오 파일: .mp3, .wav, .ogg 비디오 파일: .mp4, .avi, .mov 압축 파일: .zip, .tar, .gz, .rar
길이	일반적으로 2~4글자이다.
역사	파일 확장자의 개념은 CP/M 운영체제에서 처음 도입되었다.
동작 방식
운영체제	파일 확장자를 기반으로 연결된 프로그램을 실행한다.
사용자	파일 확장자를 통해 파일의 종류를 쉽게 식별할 수 있다.
주의 사항
확장자 변경	파일 확장자를 임의로 변경하면 파일이 손상되거나 실행되지 않을 수 있다.
보안	악성 코드가 파일 확장자를 위장하여 사용자를 속일 수 있으므로 주의해야 한다.
관련 용어
MIME 형식	파일 내용을 설명하는 또 다른 방법이다.
파일 포맷	파일 내용의 구조와 저장 방식을 정의한다.

2. 운영체제 및 파일 시스템 지원

맥 OS에서는 파일 확장자 대신 타입 코드와 크리에이터 코드를 사용했지만, 현재의 macOS에서는 유닉스 계열 운영 체제와 같이 파일 확장자를 사용하며, 맥 OS X 10.4부터는 UTI를 지원한다.^[2]

BeOS 등의 일부 운영 체제에서는 MIME Content-Type 값을 파일의 메타데이터에 기록하기도 한다.

유닉스 계열 운영 체제들은 파일 확장자와 관계없이 file(1) 프로그램을 통해 파일 종류를 추측한다. 이 프로그램은 파일 포맷들이 사용하는 고유한 매직 넘버를 이용한 경험적 방법으로 결과를 반환하며, GNOME과 KDE는 이를 바탕으로 MIME Content-Type 값을 추출한다.

일반적으로 파일 이름의 본체와 확장자는 "."(마침표)로 구분된다. 확장자는 알파벳과 숫자의 조합으로, 역사적으로 3자 이내를 선호했지만, 4자 이상 또는 2자 이하의 경우도 있다. 확장자는 운영 체제(OS)에서 파일을 식별하기 위해 임의로 붙이는 것으로, 반드시 필수적인 것은 아니다. 확장자가 적절하지 않은 경우, 시스템 또는 응용 소프트웨어의 동작에 영향을 미칠 수 있다. ` .tar.gz`와 같이 여러 개의 마침표로 구분하는 경우도 있지만, 마지막 마침표 이후를 확장자로 판단하는 시스템이 일반적이다.

2. 1. 멀틱스 (Multics)

Multics 파일 시스템은 파일 이름을 기본 이름과 확장자 구성 요소로 분리하지 않고 단일 문자열로 저장하여, '.'을 파일 이름에 허용되는 또 다른 문자로 취급한다.^[2] 가변 길이 파일 이름을 허용하여, 두 개 이상의 점과 여러 개의 접미사를 허용하며, 점이 없어 접미사가 없는 경우도 허용한다. Multics의 일부 구성 요소와 그 위에서 실행되는 응용 프로그램은 파일 유형을 나타내기 위해 접미사를 사용하지만, 모든 파일이 접미사를 가질 필요는 없다. 예를 들어 실행 파일과 일반 텍스트 파일은 일반적으로 이름에 접미사가 없다.

2. 2. 유닉스 계열 시스템

유닉스 계열 운영 체제에서 파일 이름은 단일 문자열로 저장되며, '.'은 파일 이름의 일부로 취급된다.^[10] 여러 개의 확장자를 가진 파일이 존재하기도 하지만, 용어와 정의는 다를 수 있으며, 대부분은 파일 이름에 두 개 이상의 확장자를 허용하지 않는다. 둘 이상의 확장자는 `files.tar.gz`와 같이 중첩된 변환을 나타내는 경우가 많다. (.tar는 tar 아카이브 파일임을, .gz는 gzip으로 압축되었음을 의미한다.) 파일을 변환하거나 생성하는 프로그램은 입력 파일 이름에서 추론한 이름에 확장자를 추가할 수 있지만(출력 파일 이름을 명시적으로 지정하지 않는 한), 파일을 읽는 프로그램은 일반적으로 이 정보를 무시하며 사용자에게 유용하다.

파일 내용 설명은 주로 파일 내부 또는 외부에 내부 또는 외부 메타데이터를 포함하는 것이 일반적이다. 이 방식에서는 명령에서 전체 파일 이름을 제공해야 하는 반면, 메타데이터 방식에서는 확장자를 생략할 수 있다.

Unix 계열 OS에서는 파일 이름 끝부분에서 파일 종류를 나타내는 것이 관습이며, 일반적으로 suffix라고 부르지만, 반드시 마침표로 구분하는 것은 아니다. 쉼표로 구분하는 "`,v`"(버전의 차분 정보 등을 저장하는 RCS 파일의 끝에 붙는^[10])나, 구분 문자 없이 "`-`", "`~`", "`rc`"를 붙이기도 한다. 이는 정리상의 편의일 뿐 시스템상 의미는 없지만, make 명령어가 suffix 기반 규칙에 따라 동작하거나, ls 명령어가 색상 구분을 하여 표시하는 경우가 있다. 데스크톱 환경인 KDE, GNOME, CDE 등도 확장자 기반 동작을 한다.

OS 외에, MIME 타입 설정에 확장자를 이용하기도 한다. Apache HTTP Server는 `index.ja.html`과 `index.html.ja` 모두 "일본어(ja)의 html 파일"로 판단하는 것처럼, 마지막이 아니어도 확장자로 판단하기도 한다.

2. 3. DOS 및 16비트 윈도우

DOS 및 16비트 Windows에서 파일 이름은 최대 8자, 마침표, 최대 3자의 확장자를 가졌다. DOS 및 Windows용 FAT 파일 시스템은 8.3 파일 이름 형식으로 파일 이름을 저장하며, 마침표는 저장되지 않는다.^[3]

인터넷 초기, 8.3 형식으로 제한된 Windows 사용자는 웹 페이지를 만들 때 `.HTM` 확장자를 사용해야 했지만, Macintosh 또는 UNIX 사용자는 `.html` 확장자를 사용할 수 있었다.

2. 4. HPFS (High Performance File System)

HPFS는 마이크로소프트와 IBM의 OS/2에서 사용되며, 파일 이름을 단일 문자열로 저장하고 '.' 문자를 파일 이름의 일부로 취급한다. HPFS가 파일에 대한 확장 속성을 지원하여 파일의 유형을 확장 속성으로 파일에 저장할 수 있음에도 불구하고, 접미사를 사용하는 관례가 계속되었다.^[2]

2. 5. NTFS 및 ReFS

Windows NT의 기본 파일 시스템인 NTFS와 이후의 ReFS는 파일 이름을 단일 문자열로 저장한다. 이전 버전의 Windows와의 호환성을 위해 확장자 사용 관례가 계속되었다.^[3]

2. 6. VFAT 및 Windows 95

마이크로소프트의 Windows 95는 VFAT을 사용하여 긴 파일 이름을 지원하기 시작했으며, 비 NT Windows에서 파일 이름의 8.3 이름/확장자 분할을 제거했다.^[2]

2. 7. 클래식 Mac OS

클래식 Mac OS는 파일 이름 기반 확장 메타데이터를 완전히 폐기하고, 대신 파일 형식을 식별하기 위해 별도의 파일 유형 코드를 사용했다. 또한, 파일의 아이콘을 더블 클릭했을 때 어떤 응용 프로그램이 실행될지 결정하기 위해 생성자 코드가 지정되었다.^[2] 그러나 macOS는 UNIX 계열 NeXTSTEP 운영 체제에서 파생된 결과로 파일 이름 접미사를 사용하며, 유형 및 생성자 코드를 사용하는 것 외에도 사용한다.

2. 8. macOS

맥 OS에서는 전통적으로 파일 확장자를 쓰지 않고, 파일의 종류를 나타내는 타입 코드와 그 파일을 열었을 때 어떤 응용 프로그램이 실행될지를 나타내는 크리에이터 코드를 대신 썼다. 하지만 NEXTSTEP에서 파생된 현재의 macOS에서는 유닉스 계열 운영 체제와 같이 파일 확장자를 사용하며, 맥 OS X 10.4부터는 옛 타입 코드와 크리에이터 코드와 유사한 UTI를 지원한다.^[2]

2. 9. 코모도어 시스템

코모도어 시스템에서 파일은 PRG, SEQ, USR, REL의 네 가지 확장자만 가질 수 있다. 그러나 이는 프로그램에서 사용되는 데이터 유형을 구분하는 데 사용되며, 내용 식별과는 관련이 없다.

2. 10. 그래픽 사용자 인터페이스 (GUI) 환경

그래픽 사용자 인터페이스(GUI)가 등장하면서 파일 관리 및 인터페이스 동작에 대한 문제가 발생하였다. 마이크로소프트 윈도우는 여러 응용 프로그램이 주어진 확장자에 연결될 수 있도록 허용했으며, 보기, 편집 또는 인쇄 등을 선택하여 필요한 응용 프로그램을 선택하기 위한 여러 가지 작업이 가능했다.^[2] 여전히 모든 확장이 단일 파일 유형을 나타낸다는 가정이 있었으며, 확장자와 아이콘 간의 명확한 매핑이 있었다.

2. 11. 기타 운영체제

맥 OS에서는 파일 확장자 대신 타입 코드와 크리에이터 코드를 사용했으나, 현재의 macOS는 유닉스 계열 운영 체제처럼 파일 확장자를 사용하며, 맥 OS X 10.4부터는 UTI를 지원한다.

BeOS 등 일부 운영 체제는 MIME Content-Type 값을 파일의 메타데이터에 기록하기도 한다.

유닉스 계열 운영 체제는 파일 확장자와 관계없이 file(1) 프로그램을 통해 파일 종류를 추측한다. 이 프로그램은 매직 넘버를 이용한 경험적 방법으로 결과를 반환하며, GNOME과 KDE는 이를 바탕으로 MIME Content-Type 값을 추출한다.

Multics 파일 시스템은 파일 이름을 단일 문자열로 저장하며, "."을 파일 이름의 또 다른 문자로 취급한다. 실행 파일과 일반 텍스트 파일은 일반적으로 이름에 접미사가 없다.

UNIX 계열 운영 체제의 파일 시스템 역시 파일 이름을 단일 문자열로 저장하며, "."을 파일 이름의 또 다른 문자로 취급한다. 여러 개의 접미사가 있는 파일은 때때로 여러 개의 확장자를 갖는다고 말하기도 한다.

3. 파일 확장자의 유래

파일 이름 확장자는 원래 DEC의 운영 체제(OS), 예를 들어 TOPS-10, OS/8 및 RT-11에 사용되었다. 이후 CP/M에서도 채택되었다. CP/M의 파일명은 8.3 형식으로 되어 있으며, 뒤의 3바이트가 확장자로 불렸다. 또한 CP/M과의 호환성을 위해 MS-DOS나 OS/2, Windows 등으로 계승되었다. 현재의 Windows에서는 3바이트 제한이 없다.

4. 인터넷과 파일 확장자

인터넷 프로토콜에서는 파일 확장자 대신 MIME 타입을 사용하여 파일 형식을 지정한다. 예를 들어 ''Content-type: text/plain''과 같이 스트림 앞에 텍스트 줄을 붙여서 표현한다.

파일 확장자와 미디어 유형 간에는 표준 매핑이 없기 때문에 인터넷을 통해 파일을 전송할 때 작성자, 웹 서버, 클라이언트 소프트웨어 간에 해석 불일치가 발생할 수 있다. 예를 들어, 콘텐츠 작성자가 압축된 SVG 파일에 대해 ''svgz'' 확장자를 지정하더라도, 이를 인식하지 못하는 웹 서버는 올바른 콘텐츠 유형 ''application/svg+xml'' 및 필요한 압축 헤더를 보내지 못하여 웹 브라우저가 이미지를 올바르게 해석하고 표시하지 못할 수 있다.^[4]

BeOS는 Be 파일 시스템의 확장 속성 지원을 통해 파일에 미디어 유형을 확장 속성으로 태그를 지정한다. KDE Plasma 및 GNOME과 같은 일부 데스크톱 환경은 file 명령과 유사하게 파일 이름 접미사와 파일 내용을 모두 검사하여 파일과 미디어 유형을 연관시킨다. 이들은 파일 확장자에 대한 의존도를 줄이면서, 해당 미디어 유형에 따라 파일을 열 때 실행할 응용 프로그램을 선택한다. macOS는 파일 유형을 내부적으로 식별하기 위해 파일 확장자, 미디어 유형, 파일 유형 코드를 모두 사용하여 Uniform Type Identifier를 선택한다.

Apache HTTP Server는 `index.ja.html`과 `index.html.ja` 모두를 "일본어(ja)의 html 파일"로 판단하는데, 이는 마지막이 아니어도 확장자로 판단하는 한 예이다.^[10]

5. 실행 파일

명령어 이름에 파일 확장자를 사용하는 경우는 드물게 나타나는데, 일반적으로 본 셸이나 파이썬과 같이 스크립트로 명령어가 구현된 경우 인터프리터 이름이 명령어 이름에 접미사로 붙는 경우가 많다. 이는 파일 확장자와 인터프리터 간의 연관성에 의존하는 시스템에서 흔히 사용되는 방식이지만, 리눅스, 오라클 솔라리스, BSD 기반 시스템, 애플의 macOS와 같은 유닉스 계열 시스템에서는 크게 권장되지 않는다.^[8] 이러한 시스템에서는 일반적으로 스크립트의 헤더("shebang")에 인터프리터를 지정한다.

연관성 기반 시스템에서는 파일 확장자가 일반적으로 해당 확장자에 대한 단일 시스템 전체의 인터프리터 선택(예: ".py"는 파이썬 사용을 의미)에 매핑되며, 적절한 설정이 완료되면 확장자를 생략해도 명령 자체를 명령줄에서 실행할 수 있다. 구현 언어가 변경되면 명령어 이름 확장자도 변경되며, OS는 동일한 확장자 없는 버전의 명령어를 두 경우 모두 사용할 수 있도록 하여 일관된 API를 제공한다. 이 방식은 본질적으로 전역적인 연관성 매핑의 특성과 개발자가 프로그램을 호출할 때 확장자를 완전히 피하지 못한다는 점, 그리고 개발자가 이러한 회피를 강제할 수 없다는 점에서 다소 어려움을 겪는다. 윈도우는 이 메커니즘을 사용하는 유일한 널리 사용되는 운영체제이다.

인터프리터 지시어를 사용하는 시스템, 즉 거의 모든 버전의 유닉스에서는 명령어 이름 확장자가 특별한 의미를 갖지 않으며, 스크립트의 인터프리터를 설정하는 주요 방법이 사용될 인터프리터를 지정하는 단일 줄로 시작하는 것이기 때문에 표준 관례상 사용되지 않는다. 이러한 환경에서는 확장자를 명령어 이름에 포함시키는 것은 구현 세부 사항을 불필요하게 노출하며, 구현이 변경될 경우 다른 프로그램의 모든 명령어 참조를 미래 위험에 노출시킨다. 예를 들어, 셸 스크립트를 파이썬 또는 루비로 재구현하고 나중에 C 또는 C++로 재구현하는 것은 매우 일반적인 일이며, 확장자를 사용하면 명령의 이름이 모두 변경된다. 확장자가 없으면 프로그램은 항상 동일한 확장 없는 이름을 가지며, 인터프리터 지시어 및/또는 매직 넘버만 변경되고, 다른 프로그램에서 프로그램에 대한 참조는 유효하게 유지된다.

6. 보안 문제

윈도우 탐색기에서 제공하는 파일 브라우저인 파일 탐색기의 기본 동작은 파일 이름 확장자를 표시하지 않는 것이다. 악의적인 사용자는 컴퓨터 바이러스와 컴퓨터 웜을 전파하기 위해 `LOVE-LETTER-FOR-YOU.TXT.vbs`와 같이 구성된 파일 이름을 사용하려고 시도했다. 이는 사용자가 유해한 컴퓨터 프로그램(VBScript로 작성됨)이라는 사실을 알지 못하게 하면서, 무해한 텍스트 파일인 `LOVE-LETTER-FOR-YOU.TXT`로 표시되도록 하는 것이다.^[9] ReactOS의 기본 동작은 ReactOS 탐색기에서 파일 이름 확장자를 표시하는 것이다.

이후의 윈도우 버전(윈도우 XP 서비스 팩 2 및 윈도우 서버 2003부터 시작)에는 웹에서 다운로드하거나 이메일 첨부 파일로 수신하는 경우와 같이 특정 "영역"의 작업에서 "위험"하다고 간주해야 하는 파일 이름 확장자의 사용자 지정 가능한 목록이 포함되었다. 최신 안티바이러스 소프트웨어 시스템은 가능한 경우 이러한 시도된 공격으로부터 사용자를 방어하는 데에도 도움이 된다.

일부 바이러스는 ".com" 최상위 도메인과 ".COM" 파일 이름 확장자 간의 유사성을 이용하여 URL과 표면적으로 유사한 이름 (예: "myparty.yahoo.com")으로 악성 실행 파일 첨부 파일을 이메일로 보내어, 무심코 웹사이트로 연결된다고 생각하지만 실제로 악성 첨부 파일을 다운로드하고 실행하는 이메일에 포함된 링크를 클릭하게 하는 효과를 낸다.

과도하게 긴, 처리되지 않은 파일 이름 확장자를 가진 파일을 열 때 스택 기반 버퍼 오버플로우를 일으킬 수 있는 일부 윈도우 응용 프로그램의 취약점을 악용하도록 제작된 멀웨어 사례가 있었다.

파일 이름 확장자는 단순한 마커일 뿐이며 파일의 내용이 이에 일치할 필요는 없다.^[9] 이는 악성 콘텐츠를 위장하는 데 사용될 수 있다. 따라서 보안상의 이유로 파일을 식별하려는 경우 확장자에만 의존하는 것은 위험하다고 간주되며 파일 내용에 대한 적절한 분석이 권장된다. 예를 들어, 유닉스 계열 시스템에서는 확장자가 전혀 없는 파일을 찾는 것이 드물지 않으며, `file`과 같은 명령이 대신 사용되어 파일의 헤더를 읽어 내용을 결정한다.

Windows에는 확장자와 응용 프로그램의 연결 기능이 있어, 확장자 종류에 따라 해당 파일을 처리할 응용 프로그램을 선택할 수 있다. 하지만 설정에 따라 파일 이름의 확장자를 표시하지 않도록 할 수 있기 때문에, 컴퓨터 바이러스 등이 이를 악용하는 경우가 있다. 예를 들어, `LOVE-LETTER-FOR-YOU.TXT.vbs`라는 이름의 파일은 그러한 환경에서는 `LOVE-LETTER-FOR-YOU.TXT`로만 표시되어, 언뜻 보기에는 텍스트 파일처럼 보인다. 이것을 텍스트 파일이라고 생각하고 실행하면, 실제로는 VBScript가 실행되어 바이러스 등의 피해를 입을 수 있다.

또한, 일부 Windows에서는 유니코드의 제어 문자 중 하나인 U+202E (RIGHT-TO-LEFT OVERRIDE)를 파일 이름에 사용하여, 확장자를 마지막이 아닌 다른 위치에 표시할 수 있다. 예를 들어, `SAMPLE-(U+202E)TXT.EXE`라는 파일 이름은 `SAMPLE-EXE.TXT`로 표시되어, 언뜻 보기에는 텍스트 파일처럼 보인다. 이것을 텍스트 파일이라고 생각하고 실행하면, 실제로는 EXE 파일이 실행되어, 앞서 언급한 것과 동일한 문제가 발생한다. 이처럼, 확장자를 오인하게 만드는 다른 요인과의 복합적인 기술로 인해 문제가 발생하기도 한다.

7. 파일 확장자 예시

; bmp

: BMP. 윈도우 표준 정지 이미지 파일.

; wav

: WAVE. 윈도우 표준 음성 파일.

; avi

: AVI. 주로 윈도우에서 사용되는 동영상 파일.

; txt

: 일반적인 텍스트 파일.

; zip

: ZIP 파일 포맷. 데이터 압축 및 아카이브 목적으로 사용.

; pdf

: PDF. 어도비가 개발한 문서 파일 포맷.

참조

_[1] 서적 z/VM 7.2 CMS Primer https://www.ibm.com/[...] IBM 2021-12-05
_[2] 웹사이트 Mac Creator and File Type codes https://livecode.byu[...] 2022-09-02
_[3] 웹사이트 javac – Java programming language compiler http://java.sun.com/[...] Sun Microsystems, Inc. 2009-05-31
_[4] 서적 Mastering Mac OS X https://books.google[...] John Wiley & Sons 2017-10-02
_[5] 웹사이트 File Extension .RPM Details http://filext.com/fi[...]
_[6] 웹사이트 File Extension .QIF Details http://filext.com/fi[...]
_[7] 웹사이트 File Extension .GBA Details http://filext.com/fi[...]
_[8] 웹사이트 Commandname Extensions Considered Harmful http://www.talisman.[...]
_[9] 웹사이트 What Is a File Extension? https://www.lifewire[...]
_[10] 서적 プロフェッショナルUNIX 株式会社アスキー 1986-01-15

본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com